home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / qbbs / nwen41.zip / NEWS.NEW < prev   
Text File  |  1991-05-28  |  9KB  |  215 lines

  1.  
  2.                                -=( News New )=-
  3.  
  4.  
  5. Version 4.1
  6.  
  7. * Well, since I was working on a new RADoor version (the toolbox used
  8.   for all my doors, I decided to update News before releasing.. Makes
  9.   a lot of version unknown to humanity, but alas...)
  10.   Due to a request I also added a new parameter -SkipOld. If you use
  11.   it and there are no new bulletins, the door drops to the BBS
  12.   without asking or showing anything (other than a msg..;)
  13.   I also noted that the -Force:<MaxMsg> wasn't implemented.. (Strange..)
  14.   Anyhow, it is now..;)
  15.  
  16. * For the other new features, play with the F9 keys.. the sysop has some
  17.   more controle in this version...
  18.  
  19.  
  20. Remark: Note that the -FORCE parameter overrules the -ASK if there are
  21.         new bulletins. NEWS only askes if there are old bulletins and
  22.         you use the ASK and FORCE together..
  23.  
  24.  
  25. Version 4.0
  26.  
  27. * Ok, at least.. My primary beta tester for this door (and the one who asked
  28.   me for the new features... Thanks Hans!) said it worked.. At least...
  29.   So this is going to be the release version!
  30.  
  31.  
  32. Version 3.6
  33.  
  34. * I found the bug mentioned under Version 3.4/3.5 and solved it
  35.  
  36. * The msgbase handling is completely rewritten and is more solid now.
  37.   It also uses the RA 1.01 locking scheme (altough News doesn't write
  38.   a thing to the msgs files, only the Lastread is rewritten..)
  39.  
  40. Version 3.4 & 3.5
  41.  
  42. * These were both internal debugging versions.. Due to a major bug
  43.   I couldn't find...
  44.  
  45. Version 3.3
  46.  
  47. * Forgot about those poor new users.. Concider the following story...
  48.   I'm a use who call's first time to a BBS. The sysop over there is
  49.   using NEWS (great guy!) to show his bulletins to the users..but
  50.   hardly cleans up his news area.. so there are some 50 bulletins posted.
  51.   Also, as he knows his users, he uses the FORCE parameter so they never
  52.   have the 'sorry, didn't know that...' excuse.. BUT this poor user
  53.   has to work through ALL the 50 bulletins since his lastread pointer
  54.   is 0..... poor guy probably hangs up after 3/4 bulletins..
  55.  
  56.   So I added a parameter to the FORCE option. If you use this option
  57.   as:
  58.  
  59.     -FORCE
  60.  
  61.   Well. They new user realy has to read ALL the new bulletins.. But if
  62.   you use:
  63.  
  64.     -FORCE:3
  65.  
  66.   Only the first 3 bulletins shown are forced, after that he get's the
  67.   [S]top option to bail out.. EVEN if there are more new bulletins.
  68.  
  69.   The max-value may range from 1 to 1000 (0 is illegal since it means that
  70.   the parameter isn't found.. , 1000 is the maximal number of available
  71.   bulletins possible in a single area, it's the MAX of the internal Index...
  72.  
  73. * Also spotted a little error which caused the errormsg for an out of
  74.   range areanr not to be shown to the user..
  75.  
  76. Version 3.2
  77.  
  78. * Version 3.1 ALMOST worked.. BUT due to a "Feature" of RAMsg it only found
  79.   bulletins which had been maintained by RAMsg.. The stupid thing converts
  80.   the contents of the MsgToIdx filerecord to ALL lowercase, while RA
  81.   puts it there in the normal RA way, first character of each word
  82.   uppercase..... Realy a difficult one to find..;(
  83.  
  84. Version 3.1
  85.  
  86. Made some stuppid mistakes. Lucily version 3.0 only went out to two people,
  87. (Sorry folks..)
  88.  
  89. * The Toggles -ASK and -FORCE work as the should now.. (No :ON requiered
  90.   anymore)
  91.  
  92. * the lastread.bbs isn't rewritten anymore. I accidently used rewrite instead
  93.   of reset and WriteOnly+ShareDenyNone instead of ReadWrite+ShareDenyNone,
  94.   So the lastread resulted in a 0bytes file which was rebuild by RA.
  95.  
  96. * This also lead me to an other error in my msgbase handling routines..
  97.   (also solved..;-)
  98.  
  99. * The number of new bulletins is counted and shown to the user.
  100.  
  101.  
  102. Version 3.0
  103.  
  104. * This is a major rewrite. Some users asked me for a way to tell the users
  105.   if there are NEW bulletins. Something like the NewMail scan. Well, I
  106.   implemented that feature in this version. In a way...
  107.   The scanning is done different now. In former version the MsgIdx.bbs
  108.   was read reverce. This was the simplest way, but VERY slow.. (I measured
  109.   up to 4 times as slow as a forward scan!)
  110.   What news does now is:
  111.  
  112.     - Look in the msginfo.bbs IF there are messages in the area.
  113.     - Read the lastread record of the user.
  114.     - Build an internal Index using a big buffer for speed.
  115.     - Checks if the highest bulletin has a higher number than the
  116.       LastRead pointer for the used area.
  117.  
  118.   This way of working has a lot of advantages. Speed, it's much faster..
  119.   (+/- 4 times faster...) And after the scan (which HAS to be done, it's the
  120.   only way to get information about NEW bulletins) all the bulletin message
  121.   numbers are available. So it's a one-time scan.
  122.   If you use the -ASK parameter, news tells the user if there are new
  123.   bulletins and asks if (s)he wants to read them. The default answer is
  124.   Yes when there are new bulletins and No if there are only oldies.
  125.  
  126.   If you don't use the -ASK the user just gets the first (newest) bulletin
  127.   and can bail-out then.
  128.  
  129.   After reading the bulletins the lastread pointer is updated.
  130.  
  131.   The new -FORCE parameter forces the user to read ALL the new bulletins.
  132.   No way to bail out (except for hanging the phone..;) Not that if you use
  133.   the -ASK and the -FORCE parameter, the user is asked if he wants to read
  134.   the new bulletins (and if he doesn't he gets the same choice until he does!)
  135.   but if he answers Yes, he has to read ALL the new bulletins.
  136.  
  137. * Added UserOn support. (Useron is an other door utility which enables users
  138.   to see what ppl on other nodes are doing. It also features a message to the
  139.   other line option with up to 20 lines. No real chatdoor, but a good
  140.   alternative to the usual MsgToOtherLine option....You can find it in
  141.   SDS as UserOn??.ZIP (current version 2.2)
  142.  
  143. * Updated the documentation and removed some mistakes..
  144.  
  145. * Changed the defaultname from NEWS to ALL as it seems the last one is
  146.   used most.
  147.  
  148. * Solved a bug in the -U: parameter which cleared the field when this
  149.   parameter wasn't used.
  150.  
  151. * Added a *NEW* indicator in the header part to show if the user already
  152.   read the bulletin..
  153.  
  154. Version 2.0
  155.  
  156. * Added an HighAscii filter for ASCII users. 'ê' is translated into 'e' and
  157.   such..
  158.  
  159. * Added AVATAR support
  160.  
  161. * Added an optional -P:*P commandport override toggle at the commandline.
  162.  
  163. * ALL the commandline toggle now have an indentifier:
  164.  
  165.    -T:<remaining time>   (*T)
  166.    -P:<Use commport>     (*P)
  167.    -N:<Node>             (*N)
  168.    -U:<UserName>         (Use underscore for spaces!)
  169.    -AREA:<UseAreaNr>     (1..200)
  170.    -F:<Flags>            (NY,YY,N?,Y?)
  171.  
  172. * This news also contains my new improved internal screen-driver which
  173.   support ANSI/AVATAR and even ANSI-music.. (Put a tune in the message of
  174.   the day..;-)
  175.  
  176. * All the files are now opened READ-ONLY/SHARE DENY NONE, which means that
  177.   not only things will work ok under Share control on a multiline setup now
  178.   (Which it didn't.. sorry..) But also that network users should have to
  179.   load Share if the network software controls these things itself.
  180.  
  181. * Added an use share override environment variable USESHARE. If you add
  182.   USESHARE=OFF to your environment, none of my doors will complain about
  183.   share missing anymore. They will no longer apply recordlocking, but will
  184.   depend completely on the filemode bits..
  185.  
  186.                         - USE THIS AT YOUR OWN RISK!! -
  187.  
  188. ==============================================================================
  189.  
  190. Version 1.3 (1.2 was also kept internal, due to lack of time.. ;)
  191.  
  192. * Blush.. Ashamed to say it, but a bug of enormous stupidity has been
  193.   solved.... I (Blush) used the Multiline toggle in the CONFIG.RA file
  194.   to see from where I had to read the.. (low voice) config.ra...
  195.   As the record structure was cleared before, this couldn't work
  196.   ok in a multiline setup under f.e. Desqview.. (On lan's the config.ra
  197.   is always (I guess) in the directory where the RA env. var is pointing..)
  198.   Sorry to all the ppl who had strange problems with my doors under DV.
  199.   (Altough only 1 persone complained and went through enourmous efforts to
  200.   help me to find out what was wrong.. Thanks Jos!)
  201.  
  202. ==============================================================================
  203. Version 1.2 (1.1 was an internal beta copy)
  204.  
  205. * Added a flag to make it possible for News to mimic the look of the
  206.   newmail scan.
  207.  
  208. * Added an other flag to hide the LiveSystems header line while searching
  209.   for the first bulletin.
  210.  
  211. * Tag and originlines are filtered out. This makes it possible to create a
  212.   News echomail area..;-) (and it looks better too)
  213.  
  214.  
  215.